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DETAILED ACTION 

1. Claims 1-28 are presented for examination in this application (10,722,614) filed 
on November 26, 2003. 

Acknowledge is made of information disclosure document filed on 5/12/2005 and 
6/13/2005. 

Claim Rejections - 35 USC § 102 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351 (a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

2. Claims 1-28 are rejected under 35 U.S.C. 102(e) as being anticipated by Rajan 
etal. (U.S. Patent Application Publication 2004/0030822). 

As to claim 1, Rajan et al. disclose a storage subsystem [Storage Virilization 
by Layering Virtual Disk Objects on a File System (title); figure 1], comprising: 
at least one storage device [figure 1, 150 shows a plurality of storage disks]; and 
a storage virtualization controller [the corresponding storage virtualization controller 
is the multi-protocol storage appliance unit shown in figure 1, 100, comprising a 
processor (122), a memory (124) with storage operating system (200), a network 
adapter (125), a storage adapter (128) and a network target adapter (126); figure 2], 
wherein the storage virtualization controller is communicatively coupled to the at 
least one storage device [as shown in figure 1 via the storage adapter (128)], and 
wherein the storage virtualization controller is operable to: 
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generate operating system metadata [figure 4, 410 shows the metadata generated, 
including type (412), size (414), time stamps (416), UID (418), GID (420) and Xinode 
(430)] for the at least one storage device [figure 1, 150 shows a plurality of storage 
disks], wherein the operating system metadata emulates a storage volume hosted 
under a first operating system [figure 3 shows the storage volume information 
indicated by VDISK module (330) including LUN (Logical Unit Number), IGROUP and 
Map Binding; as used herein, the term " storage operating system " generally refers to 
the computer-executable code operable on a computer that manages data access and 
may, in the case of a multi-protocol storage appliance, implement data access 
semantics, such as the Data ONTAP storage operating system, which is implemented 
as a microkernel. The storage operating system can also be implemented as an 
application program operating over a general-purpose operating system , such as UNIX 
or Windows NT , or as a general-purpose operating system with configurable 
functionality, which is configured for storage applications as described herein 
(paragraph 0035)]; and 

send the operating system metadata to a host computer system [the 
corresponding host computer system is the client systems shown in figure 1, 160a and 
160b], wherein the host computer system runs the first operating system [figure 1 
shows that client 160a runs WINDOWS operating system and client 160b runs UNIX 
operating system] , and wherein the operating system metadata enables the host 
computer system to recognize the storage device as the storage volume hosted 
under the first operating system [Whereas clients of a NAS-based network 
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environment have a storage viewpoint of files , the clients of a SAN-based network 
environment have a storage viewpoint of blocks or disks . To that end, the multi- 
protocol storage appliance 100 presents (exports) disks to SAN clients through the 
creation of logical unit numbers (luns) or vdisk objects. A vdisk object (hereinafter 
"vdisk") is a special file type that is implemented by the virtualization system and 
translated into an emulated disk as viewed by the SAN clients. The multi-protocol 
storage appliance thereafter makes these emulated disks accessible to the SAN clients 
through controlled exports , as described further herein (paragraph 0023)]. 

As to claim 2, Rajan et al. teach that the operating system metadata enables a 
block storage I/O stack in the first operating system on the host computer 
system to recognize the storage device as a partition [To that end, the multi- 
protocol storage appliance 100 presents ( exports ) disks to SAN clients through the 
creation of logical unit numbers (luns) or vdisk objects . A vdisk object (hereinafter 
"vdisk") is a special file type that is implemented by the virtualization system and 
translated into an emulated disk as viewed by the SAN clients. The multi-protocol 
storage appliance thereafter makes these emulated disks accessible to the SAN clients 
through controlled exports , as described further herein (paragraph 0023). Note that 
logical unit numbers (luns) and vdisk objects are both special forms of partition; figure 3 
shows that data being partitioned into the form of "record" (372)]. 

As to claim 3, Rajan et al. teach that the operating system metadata enables a 
block storage I/O stack in the first operating system on the host computer 
system to recognize the storage device as a host-virtual object [To that end, the 
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multi-protocol storage appliance 100 presents (exports) disks to SAN clients through 
the creation of logical unit numbers (luns) or vdisk objects . A vdisk object (hereinafter 
"vdisk") is a special file type that is implemented by the virtualization system and 
translated into an emulated disk as viewed by the SAN clients. The multi-protocol 
storage appliance thereafter makes these emulated disks accessible to the SAN clients 
through controlled exports , as described further herein (paragraph 0023). Note that 
data is viewed by the clients as virtual disk (vdisk) obiectl . 

As to claim 4, Rajan et al. teach that the operating system metadata enables a 
driver on the host computer system to recognize the storage device as an 
enclosed volume [To that end, the multi-protocol storage appliance 100 presents 
( exports ) disks to SAN clients through the creation of logical unit numbers (luns) or 
vdisk objects], wherein the driver is layered above a block storage I/O stack in the 
first operating system [The storage operating system comprises a series of software 
layers organized to form an integrated network protocol stack ... (paragraph 0037)]. 

As to claim 5, Rajan et al. teach that the storage virtualization controller is 
operable to configure the operating system metadata in response to a 
requirement of the first operating system [The vdisk is thereafter created as a 
storage object within a volume and, thus, inherits the underlying reliability configuration 
associated with that volume (abstract); The file server, or filer, may be further 
configured to operate according to a client/server model of information delivery to 
thereby allow many client systems (clients) to access shared resources, such as files, 
stored on the filer (paragraph 0003)]. 
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As to claim 6, Rajan et al. teach that a management environment is 
configured to supply operating system types and operating system metadata 
configuration requirements to the storage visualization controller [The file server, 
or filer, may be further configured to operate according to a client/server model of 
information delivery to thereby allow many client systems (clients) to access shared 
resources, such as files, stored on the filer (paragraph 0003)], wherein the operating 
system types comprise the first operating system [The storage operating system 
can also be implemented as an application program operating over a general-purpose 
operating system , such as UNIX or Windows NT . or as a general-purpose operating 
system with configurable functionality, which is configured for storage applications as 
described herein (paragraph 0035); figure 1 shows that client 160a runs WINDOWS 
operating system and client 160b runs UNIX operating system! . 

As to claim 7, Rajan et al. teach that in generating the operating system 
metadata for the storage device, the storage visualization controller is operable 
to add a storage property to identify an offset and a length of the storage volume 
[figure 4, 410 shows the metadata generated, including type (412), sjze (414), time 
stamps (416), UID (418), GJD (420) and Xinode (430); figure 3 shows the storage 
volume information indicated by VDISK module (330) including LUN (Logical Unit 
Number). IGROUP and Map Binding]. 

As to claim 8, Rajan et al. teach that an operation is provided to configure 
operating system types and operating system metadata configuration 
requirements for generating the operating system metadata, wherein the 
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operating system types comprise the first operating system [The vdisk is 
thereafter created as a storage object within a volume and, thus, inherits the underlying 
reliability configuration associated with that volume (abstract); The file server, or filer, 
may be further configured to operate according to a client/server model of information 
delivery to thereby allow many client systems (clients) to access shared resources, 
such as files, stored on the filer (paragraph 0003)]. 

As to claim 9, Rajan et al. teach that the storage virtualization 
controller is operable to receive user input to select one of a plurality of 
operating system types for the operating system metadata, wherein the 
operating system types comprise the first operating system [The file server, or 
filer, may be further configured to operate according to a client/server model of 
information delivery to thereby allow many client systems (clients) to access shared 
resources, such as files, stored on the filer (paragraph 0003)]. 

As to claim 10, Rajan et al. teach that the storage virtualization controller is 
operable to send an operating system metadata configuration instruction to the 
storage device through a vendor-unique I/O request to the storage device 
[Whereas clients of a NAS-based network environment have a storage viewpoint of 
files , the clients of a SAN-based network environment have a storage viewpoint of 
blocks or disks ; To that end, the multi-protocol storage appliance 100 presents 
(exports ) disks to SAN clients through the creation of logical unit numbers (luns) or 
vdisk objects . A vdisk object (hereinafter "vdisk") is a special file type that is 
implemented by the virtualization system and translated into an emulated disk as 
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viewed by the SAN clients. The multi-protocol storage appliance thereafter makes 
these emulated disks accessible to the SAN clients through controlled exports , as 
described further herein (paragraph 0023); figure 4, 410 shows the metadata 
generated, including type (412), size (414), time stamps (416), UID (418), GID (420) 
and Xinode (430)]. 

As to claim 1 1 , Rajan et al. teach that the operating system metadata 
emulates a storage volume hosted under a first operating system and one or 
more additional operating systems [the term " storage operating system " generally 
refers to the computer-executable code operable on a computer that manages data 
access and may, in the case of a multi-protocol storage appliance, implement data 
access semantics, such as the Data ONTAP storage operating system, which is 
implemented as a microkernel. The storage operating system can also be 
implemented as an application program operating over a general-purpose operating 
system , such as UNIX or Windows NT . or as a general-purpose operating system with 
configurable functionality, which is configured for storage applications as described 
herein (paragraph 0035); figure 1 shows that client 160a runs WINDOWS operating 
system and client 160b runs UNIX operating svsteml : and wherein the operating 
system metadata enables a layered driver on the host computer system to 
recognize the storage device [The storage operating system comprises a series of 
software layers organized to form an integrated network protocol stack ... (paragraph 
0037)]. 
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As to claim 12, Rajan et al. teach using a layered driver on the host computer 
system to provide access to a storage volume mapped within a Logical Unit, 
wherein the Logical Unit is provided by an external device or an external 
virtualization layer [figure 3 shows the storage volume information indicated by 
VDISK module (330) including LUN (Logical Unit Number), IGROUP and Map Binding; 
To that end, the multi-protocol storage appliance 100 presents (exports) disks to SAN 
clients through the creation of logical unit numbers duns) or vdisk objects (paragraph 
0023); The storage operating system comprises a series of software layers organized 
to form an integrated network protocol stack ... (paragraph 0037)]. 

As to claim 13, Rajan et al. teach that a management environment is 
configured to supply a preferred name of the storage device to software on the 
host computer system [a storage operating system 200 that provides a virtualization 
system (and, in particular, a file system) to logically organize the information as a 
hierarchical structure of named directory, file and virtual disk (vdisk) storage objects on 
the disks 130 (paragraph 0022)]. 



Application/Control Number: 10/722,614 Page 10 

Art Unit: 2186 



As 


to 


claim 


14, 


refer to 


"As 


to 


claim 


1" presented earlier in this Office Action. 


As 


to 


claim 


15, 


refer to 


"As 


to 


claim 


2" presented earlier in this Office Action. 


As 


to 


claim 


16, 


refer to 


"As 


to 


claim 


3" presented earlier in this Office Action. 


As 


to 


claim 


17, 


refer to 


"As 


to 


claim 


4" presented earlier in this Office Action. 


As 


to 


claim 


18, 


refer to 


"As 


to 


claim 


5" presented earlier in this Office Action. 


As 


to 


claim 


19, 


refer to 


"As 


to 


claim 


6" presented earlier in this Office Action. 


As 


to 


claim 


20, 


refer to 


"As 


to 


claim 


7" presented earlier in this Office Action. 


As 


to 


claim 


21, 


refer to 


"As 


to 


claim 


8" presented earlier in this Office Action. 


As 


to 


claim 


22, 


refer to 


"As 


to 


claim 


9" presented earlier in this Office Action. 


As 


to 


claim 


23, 


refer to 


"As 


to 


claim 


10" presented earlier in this Office Action. 


As 


to 


claim 


24, 


refer to 


"As 


to 


claim 


11" presented earlier in this Office Action. 


As 


to 


claim 


25, 


refer to 


"As 


to 


claim 


12" presented earlier in this Office Action. 


As 


to 


claim 


26, 


refer to 


"As 


to 


claim 


13" presented earlier in this Office Action. 


As 


to 


claim 


27, 


refer to 


"As 


to 


claim 


1" presented earlier in this Office Action. 



Further, figure 6 of Rajan et al. shows the flowchart of the computer programs that 
implement the storage operating system. 

As to claim 28, refer to "As to claim 1" presented earlier in this Office Action. 
3. Related Prior Art of Record 

The following list of prior art is considered to be pertinent to applicant's invention, 
but not relied upon for claim analysis conducted above. 
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■ Markson et al., (US Patent Application Publication 2002/0103889), "Virtual 

Storage Layer Approach for Dynamically Associating Computer Storage with 
Processing Hosts." 

■ Oliveira et aL, (US 6,889,309), "Method and Apparatus for Implementing an 

Enterprise Virtual Storage System." 

■ Idei et al., (US Patent Application Publication 2003/0177330), "Computer 

System." 

■ Takamoto et aL, (US 6,792,557), "Storage Area Network system." 

■ Glider, (US 7,020,760), "Hybrid Logical Block Virtualization System for a Storage 
Area Network." 

Conclusion 

4. Claims 1-28 are rejected as explained above. 

5. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Sheng-Jen Tsai whose telephone number is 571-272- 
4244. The examiner can normally be reached on 8:30 - 5:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Matthew Kim can be reached on 571-272-4182. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 



Sheng-Jen Tsai 
Examiner 
Art Unit 2186 



April 24, 2006 
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